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DETAILED ACTION 
Remarks 

1 . This office action is in response to tine amendment filed on 04/1 0/2008. 

2. Claims 1 , 4, 1 0, 1 1 , 1 4, 1 7, 20, 21 , 24, 27, 30, 1 , 34, 37, 40 and 41 have been 
amended. 

3. Claims 1,4-11,1 4-21 , 24-31 , 34-41 and 44-49 remain pending and have been 
examined. 

Response to Arguments 

4. Applicant's arguments filed on 04/10/2008, in particular on pages 18-22, have 
been fully considered but they are not persuasive. For example: 

■ At page 19, third paragraph, the Applicants argue that GNU fails to disclose or 
suggest using an assert method in an operating system and reporting an 
execution error as claimed in claim 1 . The cited port of GNU appears to 
disclose using checks in programs for debugging problems with disclosing 
receiving an assertion from an executing program integral to an operating 
system to continue execution. 
However, the Examiner respectfully disagrees. 

First of all, as the Examiner indicated in the previous office action (p. 3, first 
bullet and p.4-5), it is the Williams that discloses said limitation as the 
Applicants argued. The cited portion of GNU (as the secondary reference) is 
used to teach the limitation of "the executing process is integral to an operating 
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system" that is not explicitly disclosed by the primary reference Williams as 
indicated by the Examiner at previous office action last paragraph of page 3. 
However, because of the GNU is the same analogous art, the "checks" as 
cited in the GNU can also be used to check/assert the basic assumptions while 
executing the process as the Applicants argued. GNU discloses an example of 
checks (assert macro) (see for example, p.1 , second paragraph) which is used 
to abort the program while printing a message about where in the program the 
error was detected. Therefore, the system does receiving "checks" assertion 
message (error message) during executing process (executing program). 
■ At page 19, last paragraph, the Applicants submit that GNU fails to disclose or 
suggest receiving an assertion form an executing process integral to an 
operating system and reporting an execution error as claimed in claim 1 . 
Because the GNU appears to disclose checking for an "impossible" condition 
in a program which receives an error return from an operating system function. 
However, the Examiner respectfully disagrees. Because GNU reference is 
used to teach the limitation of "the executing process is integral to an operating 
system" that is not explicitly disclosed by the primary reference Williams. 
Moreover, it should be noted that the term "process" is well-known in the 
computer art which is an instant of program the operation system. Therefore 
assertion/checking condition in/from a program executing is the same as 
assertion/checking in/from an executing process. 
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■ At page 20, second paragraph, the Applicants argue that GNU reference 
teaches aborting execution upon occurrence without allowing the executing 
process to continue execution. 

However, the Examiner respectfully disagrees. Because GNU reference is 
used to teach the limitation of "the executing process is Integral to an operating 
system" that is not explicitly disclosed by the primary reference Williams. It is 
the primary reference Williams as the Examiner indicated at office action page 
number 5, discloses said feature by function of the button labeled as "Ignore" 
for further continue execution. 

■ At page 20, last paragraph, the Applicants submit that the motivation to 
combine GNU with Williams is incorrect and fails to overcome Applicant's 
description at specification. However, it should be noted that claim language 
does not limit and/or require to meet such conditions. 

■ At page 21 , second paragraph, the Applicants argue that PHP reference does 
not cure the deficiency of Williams and GNU. 

The Examiner thanks the Applicants for pointing out related description in the 
specification. However, it should be noted that claim language does not limit 
the assertion type which is related to different amounts of processor resource. 
Therefore, the "assert request type" active in PHP does read the claim 
limitation "recognizing an assertion request type corresponding to the assertion 
request" as cited in the claim. 
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■ At page 21 , sixth paragraph, the Applicants argue that PHP fails to disclose a 
determination of the component that source the assertion request. However, 
the Examiner's position is that PHP's functions "assert_option()" /"assert()" are 
called/queried by the caller/process and the functions' return value 
automatically returns to the original caller (assertion request) and further can 
identify the component that sourced the assertion request. 

■ At page 21 , last paragraph, the Applicants submits Williams reference does 
not disclose the limitation about "allowing the executing process to continue 
execution". Because the Figure 9-3 does not have supporting description. 
However, the Examiner respectfully disagrees. Figure 9-3 clearly shows a 
dialog box with the assert method that has "abort", "Retry" and "Ignore" buttons 
which can be used to abort/retry/ignore execution and the tile bar of the Figure 
9-3 . explicitly discloses that "Ignore" button is "Continue" [emphasis added] 
(see for example. Fig. 9-3, title bar "Assertion Failed: Abort-Quit, Retry-Debug, 
Ignore-Continue"). Therefore, Williams does disclose said limitation as the 
Applicants argued. 

Claim Rejections - 35 USC § 103 
5. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
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invention was made to a person having ordinary sl^ill in tlie art to wliicli said subject matter pertains. 
Patentability sliall not be negatived by tlie manner in wliicli the invention was made. 
6. Claims 1, 4, 5, 7-11, 14, 15, 17-21, 24, 25, 27-31, 34, 35, 37-41 and 44-49 are 

rejected under 35 U.S.C. 103(a) as being unpatentable over by Williams (Mickey 

Williams, Microsoft® Visual C#™ .NET) in view of GNU (The GNU C Library, 

Section "Explicitly Checking Internal Consistency") and in further view of PHP 

(PHP Manual, Section "assert_options") 

Claim 1: 

Williams discloses a method for monitoring (debugging and tracing) computer 
software comprising: 

■ receiving an assertion from an executing process (see for example, p.1 1 , line 
3, "When a DefaultTraceListerner object detects that the Assert method has 
been called from a server process"), but does not explicitly discloses wherein 
the executing process is integral to an operating system. However, GNU in 
the same analogous art of application/operating system error checking 
discloses using assert method in the operating system and report execution 
error (see for example, p.1, section "Explicitly Checking Internal Consistency", 
first paragraph and p. 2 third paragraph, "check for an error return from an 
operating system function"). Therefore, it would have been obvious to one 
having ordinary skill in the art at the time the invention was made to put the 
assertion in the operation system code to monitor the error from the system 
call. One would have been motivated to do so to display all the error 
information and further help to debug problem as suggested by GNU (see for 
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example, p.1, section "Explicitly Checking Internal Consistency", first 
paragraph, "These kinds of checks are helpful in debugging problem..."), 
wherein receiving an assertion comprises: 

• receiving an assertion request (see for example, p.1 1 , line 3, "When a 
DefaultTraceListerner object detects that the Assert method has been 
called from a server process"); 

But neither of them explicitly discloses about recognizing a type for 
assertion request. However, PHP in the same analogous art of assertion, 
discloses a assert control option (see for example, p.1 , Table 1 . Assert 
Options, "assert.active" and "default value 1" for enabling assert() 
evaluation and related text). Therefore, it would have been obvious to one 
having ordinary skill in the art at the time the invention was made to 
assertion control option with assert method in Williams to control 
monitoring process. One would have been motivated to do so to set the 
various assert() control options as suggested by PHP (see for example, 
p.1, "Using assert_options() you may set the various assert() control 
options...") or 

• accepting the assertion request when the determined component has 
assertion requests enabled (see rejection above for the assert_option is 
set to 1 (enable assertQ evaluation)). 

■ recording the assertion when the assertion is violated (see for example, p.10- 
1 1 , figure 9-3 "Dialog box generated by trace and debug output with the 
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Assert method" and related text, also see p. 10, section "Asserting That 
Expressions Are True", lines 15-16, The Assert method is used to display an 
error message when a condition that's expected to evaluates as true 
evaluates as false."); and 
■ allowing the executing process to continue execution (see for example, p.1 0- 
1 1 , figure 9-3"Dialog box generated by trace and debug output with the Assert 
method" and button labeled as "Ignore"). 



Claim 4: 

Williams further discloses the method of claim 1 wherein recording the assertion 
comprises recording a datum that includes at least one of: type of assertion, 
sequence number of the assertion, time at which the assertion occurred, 
identification of processor that produced the assertion, identification of process 
that produced the assertion, identification of the thread that produced the 
assertion, text of the assertion, stack trace, source line containing the assertion, 
and file name of the source containing the code that generated the assertion ( 
see for example, p.1 0-1 1 , figure 9-3 "Dialog box generated by trace and debug 
output with the Assert method" and related text, also see p.10, lines 1-2, "As you 
can see, this dialog box includes call stack information when available. Where 
debug symbols are available, the stack trace includes file name and line number 
information.") 



Application/Control Number: 10/786,843 
Art Unit: 2192 



Page 9 



Claim 5: 

Williams also discloses the method of claim 1 wherein recording the assertion 
comprises writing information regarding the assertion violation to a computer 
readable medium (see for example, p.9, lines 13-15, "The .NET Framework 
Includes classes to control trace and debug output message and to write output 
message to files, streams, and event log."). 



Claim 7: 

Williams further discloses the method of claim 1 further comprising: 

■ accepting a command from at least one of a control console and a network 
connection (see for example. p.203. Figure 9-1 . "The build property page for a 
project, on which new symbols are defined", "TraceDemo Property Pages", 
"Configuration Properties", also see p. 13, example configuration file: 
SwitchText.exe.config ); and 

■ updating an enable condition for an assertion class according to the 
command (see for example, p. 13, line 41 -p. 14, line 2, "Switches are 
controlled by adding XML element nodes inside the switches element, 
Multiple switch objects can be configured through a configuration file by 
adding additional elements to the switches node." , "BooleanSwitch objects 
are disabled by default and are enabled if they're assigned a nonzero value in 
a configuration file.") 
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Claim 8: 

Williams further discloses the method of claim 1 further comprising generating an 
error report according to the recorded assertion (see for example, p.1 1 , lines 7- 
17. "The Assert method has three versions", "The most basic version simply 
accepts an expression that triggers an assertion failure message", "The second 
version of Assert accepts a second parameter that serves as a short error 
message describing the assertion violation", "The third version of Assert accepts 
a third parameter that includes detailed information about the assertion violation") 

Claim 9: 

Williams also disclose the method of claim 8 further comprising dispatching the 
error report to a real-time assertion monitor (Visual Studio output window) (see 
for example, p.1 1 , lines 5-6, "Instead, it writes the output message to the Visual 
Studio Output window and any other debuggers currently accepting output from 
the Microsoft Win32 OutputDebugString function."). 

Claim 10: 

Williams further discloses the method of claim 8 wherein generating an error 
report comphses: retrieving an assertion violation parameter including at least 
one of: type of assertion, sequence number of the assertion, time at which the 
assertion occurred, identification of processor that produced the assertion, 
identification of process that produced the assertion, identification of the thread 
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that produced the assertion, text of the assertion, stack trace, source line 
containing the assertion, and file name of the source containing the code that 
generated the assertion; and generating a report file comprising page description 
statements according to the assertion parameter (see for example, p. 10-1 1 , 
figure 9-3 "Dialog box generated by trace and debug output with the Assert 
method" and related text, also see p. 10, lines 1-2, "As you can see, this dialog 
box includes call stack information when available. Where debug symbols are 
available, the stack trace includes file name and line number information.") 

Claims 11, 14, 15, 17-20 and 45: 

Claims 11-15, 17-20 and 45 are apparatus version of the claimed method 
addressed in claims 1-5, 7-10 and 44 above for monitoring computer software, 

wherein such an apparatus/computer system Is deemed to be Inherent to 
produce, such as Figure 9-3 dialog box and word above. Therefore, these claims 
are also anticipated by Williams. 

Claims 41 and 49: 

See the rejection in claim 1 above. 

Claim 44: 

Williams also discloses the method of Claim 1 wherein the assertion request type 
is one of a group of defined assertion macro names (property) (see for example. 
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p. 13, section "Using the BooleanSwitch Class", lines 20-21, "The BooleanSwitch 
class is used to created sinnple Switch objects that can be either enable or 
disabled", also see p.22-24, example code) 

Claim 48: 

Williams also discloses the apparatus for monitoring computer software of Claim 
41 wherein the assertion request type is one of a group of defined assertion 
macro names (property) (see for example, p. 13, section "Using the 
BooleanSwitch Class", lines 20-21, "The BooleanSwitch class is used to created 
simple Switch objects that can be either enable or disabled", also see p.22-24, 
example code). 

Claims 21, 24, 25, 27-30 and 46: 

Claims 21-25, 27-30 and 46 claim a computer software monitoring system 
comprising: memory capable of storing instructions; processor capable of 
executing instructions stored in the memory; and software monitor instruction 
sequence that, when executed by the processor, minimally causes the processor 
to: receive an assertion from an executing process, record the assertion, and 
allow the executing process to continue execution. This is a product version of 
method claims discussed in claims 1-5 and 7-10 above respectively. It is well 
known in the computer art that the method can be practiced by the computer 
system to perform the same functionality. Therefore, these claims are also 
unpatentable over Williams . GNU and PHP^ 
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Claims 31, 34, 35, 37-40 and 47: 

Claims 31-35, 37-40 and 47claim a computer-readable medium having 
computer-executable instructions for performing a method for monitoring 
computer software. This is another product version of method claims discussed 
in claims 1-5 and 7-10 above respectively. It is well known in the computer art 
that the method can be stored and practiced in the computer-readable medium. 
Therefore, these claims are also unpatentable over Williams . GNU and PHP^ 

7. Claims 6, 16, 26 and 36 are rejected under 35 U.S.C. 103(a) as being 

unpatentable over Williams (Mickey Williams, Microsoft® Visual C#™ .NET) in 
view of GNU (The GNU C Library, Section "Explicitly Checking Internal 
Consistency") in further view of PHP (PHP Manual, Section "assert_options") and 
in further view of CantriN (Bryan M, Cantrill, US 7,146,473) 
Claim 6: 

Williams . GNU and PHP disclose the method of claim 1 wherein recording the 
assertion comprises writing information regarding the assertion violation to output 
device, but does not explicitly disclose the output is a circular buffer. However, 
Cantrill in the same analogous art of a mechanism for ring buffering (circular 
buffer) in an arbitrary-action tracing framework (see for example, col.7, lines 15- 
17, "Embodiments of the invention provide a means for implementing a ring 
buffer scheme in arbitrary-action tracing frameworks which have variable length 
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records."). Therefore, it would have been obvious to one having ordinary skill in 
the art at the time the invention was made to use circular buffer to store the 
output message. One would have been motivated to do so to keep the most 
recent recorded message in the fix sized buffer as suggested by Cantrill (col.1 , 
lines 28-30, "one may which only want to keep the most recent data. To allow for 
this, tracing frameworks have historically implemented ring buffer.") 

Claims 16, 26 and 36: 

Claims 16, 26 and 36 are different product versions of method claim 6. It is well 
known in the computer that these products can be used to practice or perform 
the method discussed in claim 6 above. Therefore these claims are also 
unpatentable over Williams . GNU and PHP in view the teachings of Cantrill. 



Conclusion 

8. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

Applicant's arguments with respect to claims rejection have been considered but 
they are not persuasive. Accordingly, THIS ACTION IS MADE FINAL. See 

MPEP § 706.07(a). Applicant is reminded of the extension of time policy as set 
forth in 37 CFR 1.136(a). 
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A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed 
within TWO MONTHS of the mailing date of this final action and the advisory 
action is not mailed until after the end of the THREE-MONTH shortened statutory 
period, then the shortened statutory period will expire on the date the advisory 
action is mailed, and any extension fee pursuant to 37 CFR 1 .136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will 
the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 
9. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Zheng Wei whose telephone number is (571) 
270-1059 and Fax number is (571 ) 270-2059. The examiner can normally be 
reached on Monday-Thursday 8:00-15:00. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Tuan Q. Dam can be reached on (571 ) 272-3695. The 
fax phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 

Any inquiry of a general nature of relating to the status of this application 
or proceeding should be directed to the TC 2100 Group receptionist whose 
telephone number is 571- 272-1000. 
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Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free). If you would like assistance from a USPTO Customer Service 
Representative or access to the automated information system, call 800-786- 
9199 (IN USA OR CANADA) or 571-272-1000. 

/Z. W./ 

Examiner, Art Unit 2192 

/Eric B. Kiss/ 
Eric B. Kiss 

Primary Examiner, Art Unit 2192 



